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DETAILED ACTION 

Remarks 

1 . In response to communications filed on 3 January 2008, claim(s) 1 and 1 1 is/are 
amended per Applicant's request. Therefore, claims 1-30 are presently pending in the 
application, of which, claim(s) 1,11 and 21 is/are presented in independent form. 

2. While considering the claims, it was discovered that a rejection should be made 
under 35 U.S.C. 101 . Since these new grounds of rejection were not necessitated by 
Applicant's amendments, this Office Action is non-final. 

Claim Rejections - 35 USC § 101 

3. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

4. Claims 11-20 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. The claims fail to place the invention squarely 
within one statutory class of invention. In paragraph [0583], lines 8-13 of the instant 
specification, applicant has provided evidence that applicant intends the "medium" to 
include signals ("program code that is transmitted over some transmission medium"). As 
such, the claim is drawn to a form of energy. Energy is not one of the four categories of 
invention and therefore this claim(s) is/are not statutory. Energy is not a series of steps 
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or acts and thus is not a process. Energy is not a physical article or object and as such 
is not a machine or manufacture. Energy is not a combination of substances and 
therefor not a composition of matter. 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 1-30 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Bernstein et al. ("The Microsoft Repository") in view of Bernstein v2 ("The Microsoft 
Repository Version 2 and Open Information Model", cited by Applicant). 

As to claim 1 , Bernstein et al. teaches a method for manipulating a plurality of 
discrete units of information, Items, in a hardware/software interface system of a 
computer system (see Abstract), said method comprising: 

associating each of said Items (see page 6, left column, bullet 2, Repository 
Object) with one or more Relationships, the one or more Relationships including 
Holding Relationships that control the lifetime of a target Item (see page 6, left column, 
bullet 4, Relationship Object, "represents a connection" and see page 9, left column, 
paragraph 2, "Delete methods..."), each one or more Relationships being between a 
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source Item and a target Item, the target Items each having an associated reference 
count; 

determining the lifetime of each target Item based on the associated reference 
count if a Holding Relationship is associated between the source Item and target Item 
(see page 9, left column, paragraph 2, lines 3-9 and see page 3, section 2.2, "Count"); 

storing each target Item based on the lifetime determined from the reference 
count (see page 9, left column, paragraph 2, lines 3-9, "However, if the delete 
propagation flag is set..."). 

Bernstein et al. does not explicitly teach wherein the one or more Relationships 
includes Embedding Relationships that enable modeling of compound Items; and 

preventing a Holding Relationship between the source Item and the target Item if 
an Embedding Relationship currently exists between the source Item and the target 
Item. 

Bernstein v2 teaches wherein the one or more Relationships includes 
Embedding Relationships that enable modeling of compound Items (see pages 13-14, 
section 6.1, "Version Model", wherein "Embedding" is read on "version"); and 

preventing a Holding Relationship between the source Item and the target Item if 
an Embedding Relationship currently exists between the source Item and the target 
Item (See page 15, section 6.3, "Workspace Model", paragraphs 2-3, "However, there 
can be at most one version of an object in each workspace." Thus, if a workspace 
implements one version of an object, then the application would prevent a Holding 
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Relationship between two objects of the same version because a workspace could not 
contain both versions). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made because Bernstein v2 "subsumes" Bernstein et al. (see 
Bernstein v2 , page 1 , footnote 1 ). Since they describe different versions of the same 
software, the techniques taught by the older reference are directly applicable to the 
teachings of the newer reference. 

As to claims 2, 12 and 22, Bernstein et al. , as modified, teaches wherein each 
Relationship from among said plurality of Relationships constitutes, at the 
hardware/software interface system level, a mapping between a pair of Items that said 
Relationship interconnects (see page 6, left column, bullet 4, Relationship Object, 
"represents a connection between two repository objects", emph. added). 

As to claims 3, 13 and 23, Bernstein et al. , as modified, teaches wherein each 
Relationship has properties (see page 6, left column, bullet 4, Relationship Object, "A 
relationship can have properties"). 

As to claims 4, 14 and 24, Bernstein et al. , as modified, teaches wherein each 
Relationship comprises a target property for the identification of the target Item of said 
Relationship (see page 8, left column, section "Relationship Objects", paragraph 3, line 
5, "The repository object [...] you traverse to is called the target" and see figure 4). 
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As to claims 5, 15 and 25, Bernstein et al. . as modified, teaches wherein each 
Relationship further comprises an ownership property corresponding to an ownership of 
said target Item (see page 6, figure 2, "Owner" and see page 1 1 , section 5, paragraph 
2, line 6, "Owner"). 

As to claims 6, 16 and 26, Bernstein et al. , as modified, teaches wherein the 
hardware/software interface system automatically establishes a Relationship between 
each pair of Items in which each of the Items in the pair of Items has a common value 
for a common property (See page 8, right column, paragraphs 2-3 and see figure 5. 
"IrepositoryObject assigns the same name to that Name property and to all naming 
relationships to that object." Using named relationships, each Relationship established 
will have a common value ("the same name") for a common property (Name)). 

As to claims 7, 17 and 27, Bernstein et al. , as modified, teaches wherein the 
hardware/software interface system automatically establishes a Relationship between 
each pair of Items in which each of the Items in the pair of Items has a common 
property (See page 5, left column, section 2.2, paragraph 3 and see pages 7-8, 
spanning paragraph. Properties are inherited from Interfaces to Repository Objects). 

As to claims 8, 18 and 28, Bernstein et al. , as modified, teaches wherein each 
Item has an Item type, and the hardware/software interface system automatically 
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establishes a Relationship between each pair of Items in which each of the Items in the 
pair of Items has the same Item type (See figure 2. IProject and IProjectltem are related 
and both contain Projects). 

As to claims 9, 19 and 29, Bernstein et al. , as modified, teaches wherein each 
Item has an item type, and the hardware/software interface system automatically 
establishes a Relationship between each pair of Items in which each of the Items in the 
pair of Items has a common parent Item type (See pages 7-8, section 3.3, particularly 
paragraph 3. The class hierarchy establishes Relationships between siblings). 

As to claims 10, 20 and 30, Bernstein et al. , as modified, teaches wherein the 
hardware/software interface system automatically establishes a Relationship between 
each pair of Items based on a user-defined parameter (see page 9, left column, section 
"Support for lUnknown", line 4, "custom interfaces"). 

As to claim 1 1 , Bernstein et al. teaches a computer-readable medium with 
computer-readable instructions for a hardware/software interface system for a computer 
system (see Abstract), 

For the remaining steps of this claim applicant(s) is/are directed to the remarks 
and discussions made in claim 1 above. 
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As to claim 21 , Bernstein et al. teaches a hardware/software interface system, for 
use in a computer system (see Abstract), 

For the remaining steps of this claim applicant(s) is/are directed to the remarks 
and discussions made in claim 1 above. 

Response to Arguments 

7. Applicant's arguments filed on 3 January 2008 with respect to the rejected claims 
in view of the cited references have been fully considered but are moot in view of the 
new grounds for rejection. 

In response to Applicant's arguments that Bernstein v2 does not teach 
"preventing a Holding Relationship between the source Item and the target Item if an 
Embedding Relationship currently exists between the source Item and the target Item," 
the arguments have been fully considered but are not deemed persuasive. 

An Embedding Relationship exists if two objects are of the same type, but of 
different versions. Two objects of the same type cannot exist in the same workspace 
("[Tjhere can be at most one version of an object in each workspace", page 15, section 
6.3, paragraph 3, lines 2-3). Thus, a Holding Relationship (i.e. a Relationship Object 
with the delete propagation flag set) cannot be established between two objects of the 
same type but different versions. If an event is not possible under the constraints of the 
repository system, then it is "prevented". 
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Conclusion 

8. Any inquiry concerning this communication or earlier communications should be 
directed to the examiner, Mark A. Radtke. The examiner's telephone number is (571) 
272-7163, and the examiner can normally be reached between 9 AM and 5 PM, 
Monday through Friday. 

If attempts to contact the examiner are unsuccessful, the examiner's supervisor, 
Jeffrey Gaffin, can be reached at (571) 272-4146. 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to Customer Service at (800) 786-9199. 

maxr 

31 March 2008 
/Christian P. Chace/ 

Supervisory Patent Examiner, Art Unit 2169 



